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TRANSMITTER, COMMUNICATION SYSTEM, AMD COMMUNICATION 

METHOD 

5 BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to a transmitter 
for performing packet communication in a packet network, 
a communication system, and a communication method of the 
10 same. 

2 . Description of the Related Art 

Packet communication is a communication method 
dividing transfer data into predetermined amounts of data 
to form packets and transferring the data in units of 

15 packets through a network. A "bandwidth guarantee" in 
packet communication means to transfer the data while 
maintaining a constant data transfer speed or a constant 
mean data transfer speed with respect to a certain 
specific communication (flow) . 

20 Figure 1 shows an example of the configurations 

of a transmission node 10 for performing conventional 
packet communication, a reception node 20, a relay node 
30, and a network 40 with these nodes commonly connected 
thereto. As illustrated, the transmission node 10, 

25 reception node 20, and the relay node 30 are configured 
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by a central processing unit (CPU) , a memory such as a 
random access memory (RAM) , and a transceiver buffer. 
These components are connected to each other via buses 
provided at the nodes . The data and control signals are 
5 transferred inside the nodes via the buses . Note that the 
transmission node 10 , the reception node 20, and the 
relay node 30 are configured by host computers connected 
to the network 40 via for example predetermined 
interfaces . 

10 In packet communication, the transmission node 

10 sends packet communication data (hereinafter, simply 
described as "packets" for convenience) to the network 40 
via the transceiver buffer. The packets transmitted to 
the network 40 are received by the relay node 30. The 

15 related relay node 30 performs predetermined processing, 
then sends the packets to the network 40 again. The 
packets transmitted by the relay node 30 are received by 
the reception node 30. In this way, the packets sent from 
the transmission node 10 are transferred to the reception 

20 node 20 via the network 40. Thus, packet communication 

can be realized through the network 40. Note that, in the 
example shown in Pig. 1, there is only one relay node, 
but it is also possible to perform the packet 
communication by using a plurality of relay nodes in 

25 accordance with the scale of the network 40, the state of 



connection of the network between the transmission node 
10 and the reception node 20, etc. 

Figure 2 is a conceptual view of an example of 
the packet transfer in a network system including a 
transmission node A, a reception node F, and a plurality 
of routers (relay nodes) , for example, the routers B to E 
and routers G to K. Note that, here, when certain packet 
communication is carried out without strictly identifying 
the host or the router connected to the network system, 
the host or the router acting as the data originating 
side is described as the transmission node, while the 
destination of the related data transfer is described as 
the reception node, but any of the routers B to E and 
routers G to K shown in Fig. 2 can be considered as the 
transmission node or the reception node. 

Figure 2 shows a case where the data existing 
at the reception node F serving as the destination is 
transferred from the transmission node A via the router 
R. As illustrated, the packets transmitted from the 
transmission node A are transferred to the reception node 
F via the routers B, C, D, and E. As illustrated, a data 
transfer route from the transmission node A via the 
routers B, C, D, and E to the reception node F is 
described as the router R. In Fig. 2, the routers B , C, 
D , and E are relay nodes . 



The -transfer route where the packets existing 
on the network are transferred is determined by a 
communication protocol. The communication protocol is 
presently being developed basically around for example a 
5 transmission control protocol/ Internet protocol (TCP/IP) 
widely utilized in for example a network system such as a 
local area network (LAN) . The TCP/IP protocol is a 
so-called network architecture - a term generally 
referring the network model, the hierarchy model, and 

10 plurality of protocol groups . 

The work of determining the transfer route when 
a certain packet communication is carried out by the 
communication protocol is referred to as "routing" . A 
table indicating identifiers and guaranteed bandwidths of 

15 the packets transferred to the relay nodes and 

transmission and reception nodes selected by the routing 
is delivered. 

Figure 3 shows an example of the table. As 
illustrated , this table stores packet identifiers for 

20 identifying the packets to be transferred and the 
guaranteed bandwidths corresponding to the packet 
identifiers. Here, for example, a packet indicated by a 
packet identifier PA has to have a bandwidth guarantee of 
100, while a packet indicated by a packet identifier PB 

25 has to have a bandwidth guarantee of 150. Note that, 
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here, it is assumed that: the bandwidth is represented by 
a bit rate of data transfer, that is, a transfer speed of 
the data. As an example thereof, a transfer speed of 100 
bps is represented by data 100, and the guaranteed 
5 bandwidth s of the packets can be represented by numerals 
proportional to that. Each relay node identifies the 
packet to be transferred by the packet identifier and 
performs the packet communication in the guaranteed 
bandwidth requested with respect to that packet, that is, 

10 at a requested transfer speed. 

A packet identifier is comprised by the minimum 
information sufficient and required for identifying the 
packets. For example, in a network employing the TCP/IP 
protocol, the packet identifier is comprised by a 

15 combination of part or all of the IP addresses on the 
transmitter side and the receiver side, a protocol 
number, transmission and reception port numbers, and 
other fields (indicated in the packet header) . 

Figures 4A and 4B show examples of packet 

20 headers in a network employing a TCP/IP protocol. As 

shown in Fig. 4A, the packet header in the IPv4 of the 
TCP protocol contains, other than information such as a 
version information (Version) and a header length (H 
length) , information such as a transmitter side IP 

25 address (Source IP address) , a receiver side IP address 
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(Destination IP address) , a transmission port number 
(Source Port Number) , and a reception port number 
(Destination Port Number) . In this case, the transmitter 
side IP address, receiver side IP address, transmission 
5 port number, and the reception port number comprise the 
packet identifier. Further , it is also possible to add 
information such as the protocol number into the packet 
identifier according to need. 

Figure 4B shows a packet header in the IPv6 of 

10 the TCP protocol. As illustrated, the packet header 

contains, other than the version information and a class 
information (Class) , the transmitter side IP address, 
receiver side IP address, transmission port number, and 
the reception port number. In this case, the packet 

15 identifier can be comprised by the transmitter side IP 
address, receiver side IP address, transmission port 
number, and the reception port number. Further, it is 
also possible to add information such as the protocol 
number into the packet identifier according to need. 

20 The packet header is usually added to a packet 

to be transmitted by the transmitter side host and 
transmitted to the network together with the data portion 
of the packet. Then, at the time of packet communication, 
each relay node detects the packet identifier from the 

2 5 packet header added to each packet , decides whether or 



- 7 - 



not: the related packet is guaranteed in bandwidth by 
that, and transfers the related packet in a bandwidth set 
in the table of the packet identifiers and guaranteed 
bandwidths shown in Fig. 3, that is, at a certain 
5 constant transfer speed in the case of the bandwidth 
guaranteed packet. 

In the router with the bandwidth guarantee set 
with respect to certain communication f for example, a 
private queue is assigned for every set identifier. 

10 Figure 5 is a conceptual view of the special purpose 

queue set for every packet identifier. As illustrated, 
each packet contains, other than a packet header PH, the 
packet data portion PD to be actually transferred. The 
packet identifier is comprised by a combination of some 

15 information among a plurality of information existing in 
the packet header PH. 

In the illustrated router, for example, a 
special purpose queue Qa is prepared for a packet 
indicated by the packet identifier PA, a special purpose 

20 queue Qb is prepared for a packet indicated by the packet 
identifier B, and a special purpose queue Qz is prepared 
for a packet indicated by the packet identifier Z. 

Further, other than these special purpose 
queues , a queue Q0 is prepared for the bandwidth 

25 unguaranteed packet. Note that, each queue contains for 
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example a buffer for temporarily holding the packet data. 

The special purpose queues Qa to Qz prepared 
for the bandwidth guaranteed packets transmit the packets 
via packets BKa, . . . , and BKz to the network. On the 
5 other hand, the queue QO prepared for the bandwidth 

unguaranteed packet transfers the packets directly to the 
network without going through those shapers . Here, the 
packets provided in the special purpose queues are 
comprised by either of leaky bucket shapers or token 

10 bucket shapers. 

Figures 6A and 6B are conceptual views of a 
leaky bucket shaper and a token bucket. Both of the leaky 
bucket shaper and the token bucket shaper play the role 
of "valves" for controlling the amount of the packet data 

15 to be sent out from the queue to the network. Note, in 

each packet, the method for controlling the amount of the 
sent data is different. As shown in Fig. 6A, a leaky 
bucket shaper is for sending out a constant amount of 
packet data per unit time. Contrary to this, as shown in 

20 Fig. 6B, a token bucket shaper is a mechanism for 

generating a constant amount of tokens per unit time and 
sending out packet data in an amount similar to the 
amount indicated by the generated tokens to the network. 
Namely, by adjusting the opening degrees of the "valves" 

25 in accordance with the token amount, the amount of the 
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transmission data to the network is controlled. 

As mentioned above, in packet communication , in 
the nodes set with a bandwidth guarantee among the relay 
nodes , special purpose queues are prepared for the 
5 packets indicated by the identifiers. Then, the packet 
identifier is extracted from the packet header of the 
transmission packet, and the queue to be used is 
determined in accordance with that. At the time of packet 
transmission, the transfer speed of the packet is 

10 controlled with respect to each queue matched with the 
set bandwidth by using the leaky bucket shaper or the 
token bucket shaper, and the packet transfer is carried 
out with a higher priority in comparison with the 
bandwidth unguaranteed packets . 

15 Figure 7 is a flowchart of the flow of packet 

transmission processing. Below, an explanation will be 
made of an operation of the packet transmission 
processing by referring to drawings. 

As illustrated, first, at step SSI, it is 

20 judged if transmission is possible from the queue Qa to 
Qz prepared for every packet. If transmission is 
possible, transmission is carried out by that queue 
(SS3) . On the other hand, if transmission is impossible, 
the routine proceeds to step SS2, where it is judged if 

25 transmission is possible from the queue Q0 of the 
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bandwidth unguaranteed packet. If transmission is 
possible, data is transmitted by the queue Q0 (SS4) . If 
transmission is impossible, the routine returns to step 
SSI, where the above processing is repeated. 
5 In a network system provided with the above 

routers , the bandwidth requested for certain 
communication is guaranteed. As a result, it becomes 
possible to transfer the data from the transmission node 
via the network to the reception node in the bandwidth 

10 set by the predetermined packet in advance, for example, 
at the transfer speed. 

Summarizing the problem to be solved by the 
invention, in a network having the above conventional 
router, when a packet transfer is tried in a bandwidth 

15 exceeding the set bandwidth, there is a possibility that 
the transfer of that packet will no longer be able to be 
normally carried out. 

Here, a case where communication of more than 
the set bandwidth is carried out by regarding the set 

20 bandwidth as the minimum guaranteed bandwidth will be 
considered. Usually, when packet communication on the 
network is carried out, in order to actively use 
resources of the network to the highest limit, a 
so-called best effort for raising the transfer speed of 

25 the packets as much as possible has been made. 
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Concerning the packet: -transfer In the set 
bandwidth , the transfer is carried out with a high 
priority in comparison with the bandwidth unguaranteed 
packets, but when it is intended to perform packet 
5 transfer that exceeds the set bandwidth , that is, where 
there are no longer any vacancies in the corresponding 
queue provided with respect to the identifier of that 
communication , in that router, either of two professing 
shown in Fig. 8 is taken. 

10 First, in the processing Ta shown in Fig. 8, 

the packet transfer is carried out at a transfer speed 
more than the set bandwidth so far as there is an vacancy 
bandwidth. Namely, the transfer is carried out while 
regarding that packet as a bandwidth unguaranteed packet. 

15 Next, as the processing Tb shown in Fig. 8, the transfer 
is not carried out at the transfer speed more than the 
set bandwidth. In this case, that packet is discarded. 

Each router on the network takes either of the 
processing Ta or Tb shown in Fig. 8. Figures 9A and 9B 

20 show the fact that different results arise in the 

transfer of a certain packet PA according to the routers 
taking the professing Ta and Tb. 

For example, as shown in Fig. 9A, the packet PA 
sent from the transmission node A passes through the 

25 relay nodes B, C, and D and transferred to the reception 
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node E. Here, it is assumed that the relay nodes B, C, 
and D all perform the processing Ta shown in Fig. 8. In 
this case, as illustrated, in the routers B, C, and D, so 
far as there is an vacancy bandwidth for communication 
5 set with the bandwidth guarantee, a bandwidth more than 
the set bandwidth can be utilized. The transfer 
capability of the routers B, C, and D is sufficiently 
actively used, thus high speed packet communication can 
be realized. 

10 On the other hand, when performing the 

processing Tb shown in Fig. 8 in one or more routers 
among the relay nodes from the transmission node A to the 
reception node E, packet communication cannot be 
normally carried out. As shown in Fig. 9B, the packet PA 

15 sent from the transmission node A is transferred to the 
reception node E through the relay nodes B, C , and D. 
Here, if it is assumed that the relay node C is the 
router for performing the processing Tb shown in Fig. 8, 
when the packet PA is transferred in the bandwidth more 

20 than the set bandwidth and arrives at the relay node C , 
the related relay node C does not perform the 
communication in the bandwidth more than the set 
bandwidth, and the packet PA is discarded here after all. 
Namely, even if there is one relay node performing the 

25 processing Tb shown in Fig. 8 among a plurality of relay 
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nodes, in communication set with a bandwidth guarantee , 
the bandwidth more than the set bandwidth can not be 
utilized , the resources of the network cannot be 
effectively actively used, and, in addition, there is an 
5 apprehension that the packet to be transferred will be 
discarded in the middle and cannot be normally 
transferred to the receiver side. 

SUMMARY OF THE INVENTION 

10 An object of the present invention is to provide a 

transmitter, a communication system, and a communication 
method of the same capable of realizing communication 
more than a set bandwidth using the set bandwidth as the 
minimum guaranteed bandwidth for communication set with a 

15 bandwidth guarantee no matter what processing performed 
by a relay node on a route for packet transfer that 
exceeds the set bandwidth. 

To attain the above object, according to a first 
aspect of the present invention, there is provided a 

20 transmitter for transferring packet data to a receiver 

side via a network, having an identifier adding means for 
deciding whether or not the packet data is transmitted 
exceeding a guaranteed bandwidth based on the guaranteed 
bandwidth set in advance with respect to the transfer of 

25 the packet data and, in accordance with the result of the 
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related decision, adding a first identifier to the packet 
data when the packet data is transmitted without 
exceeding the guaranteed bandwidth, while adding a second 
identifier to the packet data when the packet data is 
5 transmitted exceeding the guaranteed bandwidth, and a 
transmitting means for transmitting the packet data to 
which the identifier has been added to the network. 

According to a second aspect of the present 
invention, there is provided a communication system for 

10 transferring packet data from a transmitter side to a 

receiver side via a network, having, on the transmitter 
side, an identifier adding means for deciding whether or 
not packet data is transmitted exceeding a set guaranteed 
bandwidth based on a guaranteed bandwidth set in advance 

15 with respect to the packet data to be transferred and, in 
accordance with the result of the related decision, 
adding a first identifier to the packet data when the 
packet data is transmitted without exceeding the 
guaranteed bandwidth, while adding a second identifier to 

20 the packet data when the packet data is transmitted 

exceeding the guaranteed bandwidth, and a transmitting 
means for transmitting the packet data to which the 
identifier has been added to the network. 

Further, in the present invention, preferably when 

25 there is one flow between the transmitter side and the 
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receiver side, the identifier contains an IP address of 
the transmitter side, an IP address of the receiver side, 
a port number of the transmitter side, a port number of 
the receiver side, and an additional information 
5 indicating whether or not a bandwidth guarantee is to be 
set. When there is a plurality of flows between the 
transmitter side and the receiver side, the identifier 
contains the IP address on the transmitter side, the IP 
address on the receiver side, the port number on the 
10 transmitter side, and the port number on the receiver 
side. 

Further, in the present invention, preferably a 
plurality of receivers are provided on the receiver side, 
the same multi-cast IP address is assigned to each 

15 receiver, and, when multi-cast communication is carried 
out from the transmitter side with respect to the 
plurality of receivers, the identifier contains the IP 
address on the transmitter side, the multi-cast IP 
address on the receiver side, the port number on the 

20 transmitter side, and the port number on the receiver 
side . 

Further, in the present invention, preferably the 
transmitting means has a token bucket shaper and 
transmits the data to the network in the set guaranteed 
25 bandwidth by using the token bucket shaper for the packet 
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data to be transmitted without exceeding the set 
bandwidth. Further, the token bucket has a token 
generating means for generating a token in accordance 
with the set guaranteed bandwidth. 
5 Further, in the present invention, preferably, 

provision is made of a relay unit for receiving packet 
data transferred via the network and further transferring 
the received packet data to the receiver side, the relay 
unit has a receiving means for receiving the packet data 

10 from the network, an identifier adding means for deciding 
whether or not the packet data received by the receiving 
means has been transmitted exceeding the guaranteed 
bandwidth set in advance, and, in accordance with the 
result of the related decision, adding a first identifier 

15 to the packet data when the packet data is transmitted 

without exceeding the guaranteed bandwidth, while adding 
a second identifier to the packet data when the packet 
data is transmitted exceeding the guaranteed bandwidth, 
and a transmitting means for transmitting the packet data 

20 to which the identifier has been added to the network. 

Further, in the present invention, preferably, 
between the transmitter side and receiver side, provision 
is made of a router setting means for selecting one or 
more relay units and provision is further made of a 

25 registering means for registering identifiers 
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corresponding to packet data to be transferred without 
exceeding the set guaranteed bandwidth and guaranteed 
bandwidths thereof . 

Further, in the present invention, preferably 
5 provision is made of a delivering means for delivering 
the identifiers and the guaranteed bandwidths registered 
by the registering means to the transmitter side, a relay 
unit selected by the router setting means, and the 
receiver side . 

10 According to a third aspect of the present 

invention, provision is made of a communication method of 
a communication system for transferring packet data from 
a transmitter side to a receiver side via a network, 
comprising a step of deciding whether or not the packet 

15 data is transmitted exceeding a guaranteed bandwidth 
based on a guaranteed bandwidth set in advance with 
respect to the transfer of the packet data, a step of 
adding a first identifier to the packet data when the 
packet data is transmitted without exceeding the 

20 guaranteed bandwidth in accordance with the result of the 
decision, while adding a second identifier to the packet 
data when the packet data is transmitted exceeding the 
guaranteed bandwidth, and a step of transmitting the 
packet data to which the identifier has been added to the 

25 network. 
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According to the present invention, when the packet 
data is transmitted at the transmitter, it is decided 
whether or not the packet communication is bandwidth 
guaranteed based on the guaranteed bandwidth set in 
5 advance and, in accordance with the result of the related 
decision, when the bandwidth is guaranteed, the first 
identifier is added to the packet data, while, when the 
bandwidth is not guaranteed, the second identifier is 
added to the packet data and transmitted to the network. 

10 In the relay unit connected to the network, in 

accordance with the identifiers registered in advance and 
the guaranteed bandwidths corresponding to them, it is 
decided whether or not the received packet data is 
bandwidth guaranteed, the first or second identifier is 

15 added to the packet data in accordance with the result of 
the decision, and further the data is transmitted to the 
next relay unit or receiver side via the network. 

By adding different types of identifiers to the 
packet data in accordance with whether or not the 

20 bandwidth is guaranteed, the relay unit does not transmit 
data in a bandwidth more than the set bandwidth with 
respect to the packet data to which the first identifier 
indicating the bandwidth guarantee is added and can 
prevent discarding of the packet data. Further, since the 

25 second identifier is added to packet data transmitted 
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exceeding the set bandwidth, this packet data is 
transferred as a not bandwidth guaranteed packet. Due to 
this, the set minimum bandwidth guarantee can be 
realized, further resources of the network can be 
5 sufficiently actively used, and packet communication more 
than the set bandwidth can be realized. 



BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects and features of the present 
10 invention will become more apparent from the following 
description of the preferred embodiments given with 
respect to the attached drawings, wherein: 

Fig. 1 is an example of the configuration of a 
transmission node, a reception node, a relay node, and a 
15 network with these nodes commonly connected thereto; 

Fig. 2 is a view of an example of a communication 
system for performing a packet transfer from the 
transmission node via a plurality of relay nodes to a 
reception node ; 
20 Fig. 3 is a view of a table containing packet 

identifiers and guaranteed bandwidth information; 

Fig. 4 is a view of a structure of a packet header 
in a network employing a TCP/IP protocol; 

Fig. 5 is a conceptual view of a special purpose 
25 queue set for every packet identifier; 
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Fig. 6 is a conceptual view of a leaky bucket shaper 
and a token bucket shaper; 

Fig, 7 is a flowchart of a flow of packet 
transmission processing; 
5 Fig. 8 is a view of processing in a route performing 

packet transfer that exceeds the set bandwidth ; 

Fig. 9 is a view of different results of a packet 
transfer according to routers performing two types of 
processing; 

10 Fig. 10 is a view of the configuration of an example 

of a transmission node serving as a transmitter according 
to the present invention; 

Fig. 11 is a view of the configuration of an example 
of a relay node according to the present invention; 

15 Fig. 12 is a view of information determined in 

communication nodes by a TCP/IP protocol; 

Fig. 13 is a conceptual view of packet communication 
according to a TCP protocol in a communication system 
comprising a transmission node and a reception node; 

20 Fig, 14 is a conceptual view of packet communication 

according to a UDP protocol in a communication system 
comprising a transmission node and a reception node; 

Fig. 15 is a view of a first embodiment of the 
communication system of the present invention; 

25 Fig. 16 is a conceptual view of an operation of the 
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transmission node of the communication system shown in 
Fig. 15; 

Fig. 17 is a flowchart of the operation of the 
transmission node shown in Fig. 16; 
5 Fig. 18 is a view of a second embodiment of the 

communication system of the present invention; 

Fig. 19 is a conceptual view of the operation of the 
transmission node of the communication system shown in 
Fig . 18 ; 

10 Fig. 20 is a flowchart of the operation of the 

transmission node shown in Fig. 19; 

Fig. 21 is a view of a third embodiment of the 
communication system of the present invention; 

Fig. 22 is a conceptual view of the operation of the 
15 transmission node of the communication system shown in 
Fig. 21; 

Fig. 23 is a flowchart of the operation of the 
transmission node shown in Fig. 22; 

Fig. 24 is a view of a fourth embodiment of the 
20 communication system of the present invention. 

Fig. 25 is a conceptual view of the operation of the 
transmission node of the communication system shown in 
Fig. 22; and 

Fig. 26 is a flowchart of the operation of the 
25 transmission node shown in Fig. 25. 
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DESCRIPTION OF THE PREFERRED EMBODIMENTS 
First Embodiment 

Figure 10 is a view of the configuration of an 
5 embodiment of a transmitter according to the present 
invention. As illustrated, a transmitter 100 of the 
present embodiment includes a process 110, a transmission 
entity 120, and an output interface 130. 

The transmitter 100 receives as input transmission 

10 data generated by the process 110 at the output interface 
130 by the transmission entity 120. The output interface 
130 generates the packet PD and transmits this to the 
network 40 . The transmitted packet PD is transferred to 
for example a reception node through one or a plurality 

15 of routers connected to the network 40. Namely, the 
transmitter 100 shown in Fig. 10 corresponds to for 
example the transmission node shown in Fig. 2. 

When the transmission data is generated by the 
process 110, the transmitter 100 determines the transfer 

20 route by the transmission entity 120 based on attribute 
information of the transmission data, for example, 
information of whether or not the bandwidth is 
guaranteed, the IP address of the reception node, and the 
reception port number. Then, the packet PD is formed from 

25 the transmission data, and the packet header is added to 
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each packet and output via the output interface 130 to 
the network 40. 

Note that, Fig. 10 shows the configuration of the 
transmission node. In the case of the relay node, other 
5 than the configuration shown in Fig. 10, the reception 
use interface is further included. Figure 11 shows an 
example of the configuration of the relay node. As 
illustrated, a relay node 200 includes a relay entity 
210, an input interface 220, and an output interface 230. 

10 The input interface 220 receives a packet PDl from 

the network. The relay entity 210 decides whether or not 
the related packet is bandwidth guaranteed in accordance 
with the packet identifier comprised by predetermined 
information of the packet header of the received packet 

15 PDl and transmits the data as a packet PD2 to the network 
via the output interface 230 in accordance with the 
result of the decision. Note that, in the packet transfer 
in the relay node 200, the packet transfer is carried out 
in the set bandwidth in the case of the communication to 

20 be bandwidth guaranteed, while the packet transfer is 

carried out in accordance with the state of communication 
etc. of the network in the case of communication not 
bandwidth guaranteed. Further, when transmitting the 
packet PD2, the relay entity 210 rewrites the packet 

25 header according to need. 
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In the present embodiment, the packet identifier is 
comprised by the specific information existing in each 
packet header. For example, in a network employing a 
TCP/IP protocol, the packet identifier is comprised by a 
5 combination of part or all of the IP addresses of the 
transmitter side and receiver side indicated in the 
packet header, protocol number, transmission and 
reception port numbers , and other fields . 

In the present embodiment, the case is considered 

10 where for example a TCP or UDP is employed as the 
protocol of the packet network communication. 

Figure 12 shows information determined in a certain 
communication node 300 by the TCP/IP protocol. Here, the 
related communication node 300 may be any of a 

15 transmission node, relay node, or reception node. As 

illustrated, an Internet protocol (IP) assigns an unique 
IP address to the network interface of each host as an 
entire network. Further, it assigns a protocol number to 
the interface with the transport protocol. The transport 

20 protocol utilizes a unique port number on the host with 
respect to an interface with an application, for example 
an input/output interface equipped with a buffer referred 
to as a socket. The application communicates with the 
process on the other host through this interface. 

25 Figure 13 is a conceptual view of packet 



- 25 - 



communication interposing a TCP connection CI between a 
process A existing at a node 150 and a process B existing 
at a node 160. As illustrated, the process A at the node 
150 performs packet communication via a port number 100 
5 and an IP address A. Contrary to this, the process B at 
the node 160 performs packet communication via a port 
number 200 and an XP address B. 

For example, in a case of a connection-oriented 
transport protocol such as TCP f the socket has a TCP 
10 connection, that is, is connected to sets of local and 

peer IP addresses and port numbers. Accordingly, the data 
output to this socket describes the sets of local and 
peer IP addresses and port numbers indicating this TCP 
connection . 

15 As shown in Fig. 13, each packet generated by the 

process A of the node 150 and transferred addressed to 
the process B of the node 160 has a packet header PHI 
added to it. The packet header PHI contains a protocol 
number (for example, information indicating either of the 

20 TCP or UDP, but TCP in this case) , a transmitter side IP 
address (IP addrA) , a receiver side IP address (IP 
addrB) , a transmitter side port number (PortlOO) , and a 
receiver side port number (Port200) . In almost the same 
way, each packet generated by the process B and 

25 transferred addressed to the process A of the node 150 
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has a packet: header PH2 added to it. The packet header 
PH2 contains a protocol number (TCP in this case) T a 
transmitter side IP address (IP addrB) , a receiver side 
IP address (IP addrA) , a transmitter side port number 
5 (Port200) , and a receiver side port number (PortlOO) . 

Further, in the case of a connectionless transport 
protocol such as UDP, the socket is connected to the 
local IP address and the port number. Then, when 
outputting data to the socket , the IP address and the 

10 port number of* the destination of the transmission of 

that data are designated. The packet header added to this 
data describes the local IP address and port number 
connected to the socket and the designated peer IP 
address and port number. 

15 Figure 14 shows a case where packet transfer is 

carried out from the process A of the node 150 to the 
process B of the node 160 based on the UDP protocol. As 
illustrated , each packet generated by the process A at 
the node 150 and transferred addressed to the process B 

20 at the node 160 has a packet header PH3 added to it. The 
packet header PH3 contains the protocol number (UDP in 
this case) , transmitter side IP address (IP addrA) , 
receiver side IP address (IP addrB) , transmitter side 
port number (PortlOO) , and the receiver side port number 

25 (Port200) . 
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In the present embodiment, the transmission packets 
generated by the process are classified into packets to 
be bandwidth guaranteed and the packets not to be 
bandwidth guaranteed so as to realize the minimum 
5 bandwidth guarantee. 

Figure 15 is a view of an embodiment of a 
communication system using the transmitter of the present 
invention. It is a conceptual view of a packet 
communication system for realizing a minimum bandwidth 

10 guarantee by one flow. As illustrated, the packet 

generated by the process A at the node 150 serving as the 
transmitter passes through the TCP connection CI and is 
transferred to the process B at the node 160 serving as 
the reception node. The packets transferred contain 

15 different packet identifiers. Namely, a packet identifier 
PIl is added to a packet to be bandwidth guaranteed, 
while a packet identifier PI2 is added to a packet not to 
be bandwidth guaranteed. 

The packet identifier PIl added to the packet to be 

20 bandwidth guaranteed contains, other than the protocol 
number (TCP) , transmitter side IP address (A) , receiver 
side IP address (B) , transmitter side port number (1) , 
and the receiver side port number (2) , information data oc 
indicating the bandwidth is guaranteed. The information 

25 data a is displayed by using for example a type of 
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service (TOS) field of the packet header. 

On the other hand, the packet identifier PI2 added 
to the packet not to be bandwidth guaranteed, that is, a 
packet that exceeds the guaranteed bandwidth, contains, 
5 other than the protocol number (TCP) f transmitter side IP 
address (A) , receiver side IP address (B) , transmitter 
side port number (1) , and the receiver side port number 
(2) , information data p indicating that the bandwidth is 
not guaranteed. The information data P is displayed by 

10 using for example the TOS field of the packet header. 

Figure 16 is a conceptual view of an example of the 
operation in a case where packet transfer with a 
bandwidth guarantee is carried out by using a token 
bucket shaper TB. As illustrated, the transmission data 

15 generated by the process A is for example divided into 
predetermined amounts to generate the packet data. The 
generated packet data is stored in the socket buffer of 
the TCP connection and transmitted in the set bandwidth, 
for example, at the transfer speed to the network by the 

20 token bucket. In this case, the amount of generation of 
the tokens is set to be the same value as the set 
guaranteed bandwidth. Further, the packet size is set at 
the same value as the socket buffer. 

Figure 17 is a flowchart of the operation of packet 

25 transmission using the token bucket shaper shown in Fig. 
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16. Below , an explanation will be made of the operation 
of packet communication by referring to Fig. 16 and Fig. 
17. 

In the TCP protocol, when data is taken out from the 
5 socket buffer and transmitted, tokens of the amount of a 
segment (divided transmission data) length to be 
transmitted from the token bucket are consumed. At step 
SI, it is judged whether or not the amount of tokens of 
the token bucket is sufficient for the segment length. 

10 When the result of the decision is that the amount of 

tokens of the token bucket is sufficient for the segment 
length, the processing of step S2 is carried out and the 
value the same as the value registered at the time of 
setting the bandwidth guarantee, for example, in the 

15 information data a shown in Fig. 15 is written into the 
TOS field of the IP header of the segment. Namely, as 
shown in Fig. 16, the packet identifier PI1 indicating a 
bandwidth guarantee is added to the packet data and 
transmitted to the network. 

20 On the other hand, when the result of the decision 

at step SI is that the amount of tokens of the token 
bucket is insufficient for the segment length, that is, 
when the amount of the token bucket does not reach the 
segment length, the processing of step S3 is carried out 

25 and a value different from the value registered at the 
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time of setting the bandwidth guarantee , for example, in 
the information data p shown in Fig. 15 is written. 
Namely, as shown in Fig. 16, the packet identifier PI2 
indicating that the bandwidth guarantee is not set is 
5 added to the packet data and transmitted to the network. 
The transfer of the packet data was explained by 
defining the node 150 mentioned above as the transmission 
node, but the node 150 is not limited to a transmission 
node, but may be for example a relay node. In this case, 

10 the transmission packet data input to the socket buffer 

of the node 150 is not the transmission data generated by 
the process provided in the related node 150 , but for 
example the packet data sent from the transmission node 
or the relay node of the previous stage. In the node 150, 

15 the received packet data is stored once in the buffer, 

then transmitted to the relay node or the reception node 
of the next stage by a similar procedure to that of the 
above, for example, via the token bucket shaper in the 
buffer set therefor. When transmitting the packet, in 

20 accordance with the result of comparison of the segment 

length and the amount of tokens of the transmission data, 
different packet identifiers, that is, the packet 
identifier PI1 to be bandwidth guaranteed and the packet 
identifier PI2 not to be bandwidth guaranteed, are added 

25 to the packet data. 
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As mentioned above, according to the present 
embodiment, when packet communication is carried out by 
using one flow, based on the result of comparison between 
the segment length of the transmission data and the 
5 amount of tokens of the token bucket, either of a packet 
identifier PI1 to be bandwidth guaranteed or a packet 
identifier PI2 not to be bandwidth guaranteed is added to 
the packet data to be transmitted and transmitted to the 
network . 

10 In this way, by selectively using a plurality of 

packet identifiers, even in a case where there is a relay 
node performing some kind of processing on the route 
concerning such a packet transfer that exceeds the set 
bandwidth on the communication route, the minimum 

15 bandwidth guarantee can be realized. Further, by the 

selective use of the identifiers, it can be decided on 
the receiver side whether that packet was transferred as 
a bandwidth guaranteed packet or transferred as a 
bandwidth unguaranteed packet. By feeding back this 

20 information to the transmitter side, a round trip time 
(RTT) or loss rate of the route of the bandwidth 
unguaranteed packet can be detected. This can be utilized 
as control information of packet communication more than 
the set bandwidth. 

25 Second Embodiment 
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Figure 18 is a view of the configuration of a second 
embodiment of the communication system according to the 
present invention . 

As illustrated, in the communication system of the 
5 present embodiment , the packets generated by the process 
A at the node 150 are transferred to the reception node 
160 via a plurality of flows, for example, TCP 
connections CI to Cn (n is a natural number and n > 1) . 

In the plurality of flows, packet transfer in one or 
10 a plurality of flows is bandwidth guaranteed, while 
packet transfer in the flows other than them is not 
bandwidth guaranteed. Here, as an example, the bandwidth 
is guaranteed for packet transfer in for example the TCP 
connections CI and C2, but the bandwidth is not 
15 guaranteed for packet transfer in the TCP connections C3, 
. . . , and Cn other than them. 

In the communication system of the present 
embodiment, it is assumed that one-to-one communication 
is carried out, that is, so-called uni-cast communication 
20 is carried out between the nodes, for example, between 

the process A and the process B at the transmission node 
150 and the reception node 160. 

As shown in Fig. 18, packet identifiers PUl to PUn 
are added to the packets to be transferred via the TCP 
25 connections CI to Cn. Each packet identifier contains the 
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local and peer IF address and port number linked with 
each socket. For example, the packet identifier PUl 
contains the protocol number (TCP) , transmitter side IP 
address (A) , receiver side IP address (B) , transmitter 
5 side port number (1) , and the receiver side port number 
(1) , while the packet identifier PUn contains the 
protocol number (TCP) , transmitter side IP address (A) , 
receiver side IP address (B) , transmitter side port 
number (n) , and the receiver side port number (n) . 

10 Figure 19 illustrates packet communication in a case 

where the bandwidth is guaranteed for CI and C2 in packet 
communication of n number of TCP connections CI to Cn, 
but the bandwidth is not guaranteed for packet 
communication other than this. Before performing the 

15 packet communication, the packet identifier of the 
communication to be bandwidth guaranteed and that 
requested guaranteed bandwidth are registered. For 
example, in the case shown in Fig. 19, the packet 
identifiers PUl and PU2 of the packet transfer in the TCP 

20 connections CI and C2 to be bandwidth guaranteed are 

registered. The packet transfer in TCP connections other 
than these is not to be bandwidth guaranteed, therefore 
their packet identifiers are not registered. 

As illustrated, the packet data generated by the 

25 process A is input to socket buffers SB1, SB2 , . .., and 
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SBn. Further, sequence numbers are given to the packet 
data. The packet data stored in the socket buffers SB1 
and SB2 are transmitted to the network by the token 
bucket shapers TBI and TB2 in the predetermined 
5 bandwidth, that is, at the transfer speed. In this case, 
the amount of generation of the token bucket is 
controlled in accordance with the set bandwidth. Further, 
the size of the token bucket is set similar to the size 
of the socket buffer . 

10 On the other hand, the other packet data not to be 

bandwidth guaranteed is directly transmitted to the 
network without going through the token bucket shaper. 

Figure 20 is a flowchart of the packet communication 
operation shown in Fig. 19. As illustrated, the TCP 

15 protocol consumes the amount of tokens of the segment 

length transmitted from the token bucket when taking out 
the data from the socket buffers and transmitting the 
same . 

First, at step SU1 , it is decided whether or not 
20 there is a vacancy in the socket buffer of the bandwidth 
guaranteed TCP connection. When there is a vacancy, the 
processing shown in step SU2 is carried out and the 
sequence numbers are added to the packet data and input 
to the socket buffer. On the other hand, when it is 
25 decided that there is no vacancy, the processing shown in 
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step SU3 is carried out to decide whether or not there is 
a vacancy in either socket buffer of the bandwidth 
unguaranteed TCP connection. When there is a vacancy, the 
processing of step SU4 is carried out and the sequence 
5 numbers are added to the packet data and input to the 
socket buffer. On the other hand, when there is no 
vacancy, the routine returns to step SU1, where the above 
professing are repeated. 

Namely, by the process A, the state of vacancy of 

10 each socket buffer connected to each TCP connection is 

monitored. When there is a vacancy in any socket buffer , 
the transmission packet data is input to that socket 
buffer. When there is a vacancy in a plurality of socket 
buffers, the packet data is output with a high priority 

15 to the socket buffer of the bandwidth guaranteed TCP 
connection. At the time of data output, the sequence 
numbers are added, so the packet identifiers and the 
sequence numbers are added to the packets sent to the 
network. For this reason, the receiver side can 

20 reconstruct the original order of the received data and 
reproduce the transmission data based on the sequence 
numbers contained in the packet data arriving at the 
plurality of reception use socket buffers . 

Note that the node 150 mentioned above is not 

25 limited to a transmission node, but may be for example a 



relay node too. When the node 150 is a relay node, the 
packet data input to each socket buffer is not generated 
by the process A, but the packet data transmitted from 
the transmission node or other relay node existing in the 
front stage. The relay node decides whether or not the 
packet is a bandwidth guaranteed packet in accordance 
with the identifier of the received packet data. A 
bandwidth guaranteed packet is input to the predetermined 
buffer in accordance with the guaranteed bandwidth, but a 
bandwidth unguaranteed packet is input to a socket buffer 
in accordance with that. By this, the bandwidth 
guaranteed packets are sent to the network via the token 
bucket shaper in the guaranteed bandwidth, for example at 
the transfer speed, and the packets other than those are 
sent to the network without going through the token 
bucket shaper. 

As explained above, according to the present 
embodiment, when packet communication is carried out 
between the transmission node 150 and the reception node 
160 through a plurality of flows, for example, TCP 
connections, and one-to-one communication is carried out 
between the processes existing at the transmission node 
150 and the reception node 160, when the bandwidth is 
guaranteed for packet communication in one or a plurality 
of flows among a plurality of flows, but the bandwidth is 



not guaranteed for packet communication in other flows, 
the packet identifiers and the guaranteed bandwidths of 
the flows to be bandwidth guaranteed are registered. 

In packet communication, the process of the 
transmission node monitors the state of vacancy of the 
socket buffer connected to each flow and the outputs data 
with a high priority to the socket buffer corresponding 
to the bandwidth guaranteed flow. 

Third Embodiment 

Figure 21 is a view of the configuration of a third 
embodiment of the communication system according to the 
present invention. 

As illustrated, in the communication system of the 
present embodiment, the network guarantees the bandwidth 
for one-to-many communication, so-called multi-cast 
communication, among the processes existing on a 
plurality of hosts. 

As illustrated, in the communication system of the 
present embodiment, the node 150 is provided with a TCP 
port for one-to-one communication and a UDP port for 
one-to-many communication. The one-to-one communication 
can be carried out between the node 150 and the nodes 
160-1 to 160-n via the TCP port, while the node 150 
communicate with respect to a plurality of nodes 160-1 to 
160-n at one time via the UDP ports. Note that, in the 
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present embodiment, it is assumed that the bandwidth is 
guaranteed with respect to one-to-many communication 
performed via the UDP ports. 

As shown in Fig. 21, the process A existing at the 
node 150 performs one-to-one packet communication with 
the nodes 160-1 to 160-n via a plurality of TCP 
connections CI to Cn. In this case, each packet has added 
to it an identifier containing the protocol number (TCP) , 
transmitter side IP address (A) , receiver side IP 
addresses (Bl to Bn) , transmitter side port number (1) 
and receiver side port numbers (1 to n) . For example, the 
packet transferred from the node 150 to the node 160-1 
has added to it the identifier PI1 containing the 
protocol number (TCP) , transmitter side IP address (A) , 
receiver side IP address (Bl) , transmitter side port 
number (1) , and the receiver side port number (1) , while 
the packet transferred from the node 150 to the node 
160-n has added to it the identifier Pin containing the 
protocol number (TCP) , transmitter side IP address (A) , 
receiver side IP address (Bn) , transmitter side port 
number (1) , and the receiver side port number (n) . 

The node 150 performs packet communication with 
respect to the nodes 160-1 to 160-n via the UDP ports. As 
illustrated, the nodes 160-1 to 160-n are assigned, other 
than the IP addresses Bl to Bn, IP addresses M for 



multi-cast communication. In multi-cast communication, 
the transmission packet of the node 150 has added to it 
an identifier PM1 containing the protocol number (UDP) 
transmitter side IP address (A) , a receiver side 
multi-cast IP address (M) , transmitter side port number 
(1) , and receiver side port number (1) and is transmitted 
to the network . 

As mentioned above, in the present embodiment, the 
bandwidth is guaranteed for the multi-cast communication 
between the node 150 and the nodes 160-1 to 160-n. For 
this reason, at the time of multi-cast communication, the 
packet identifier PM1 added to the packet data and the 
guaranteed bandwidth thereof are registered in advance. 
The packet identifiers other than that, for example, the 
packet identifiers PI1 to Pin, are not registered. When 
packet communication is carried out between the node 150 
and the nodes 160-1 to 160-n, packet transfer is carried 
out with respect to the packets of the multi-cast 
communication in the set guaranteed bandwidth. The 
bandwidth is not guaranteed for packet communication 
carried out between the packet 150 and the nodes 160-1 to 
160-n via the TCP connection. 

Figure 22 is a conceptual view of packet 
communication at the node 150 of the present embodiment. 
As illustrated, the process A on the node 150 inputs the 
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transmission data to be subjected to the multi-cast 
communication to a socket buffer SBM corresponding to 
that. The transmission data of the packet communication 
through the TCP connection is input to the socket buffers 
5 SB1 to SBn corresponding to the destinations of the 
transfer. 

The transmission data stored in the socket buffer 
SBM is sent to the network via a token bucket shaper TBM. 
The token bucket shaper TBM receives as input the tokens 
10 generated in accordance with the guaranteed bandwidth set 
in advance, so the bandwidth of the packet sent to the 
network is guaranteed by the token bucket shaper TBM. 

Figure 23 is a flowchart of the operation of the 
packet transfer of the process A at the node 150. Below, 
15 an explanation will be made of the procedure of packet 
transfer at the node 150 by referring to Fig. 23. 

First, at step SMI, it is decided whether or not 
there is a vacancy in the UDP socket buffer SBM. When the 
result of the decision is that there is a vacancy in the 
20 socket buffer SBM, the processing shown in step SM2 is 
carried out and the sequence numbers are added to the 
packet data and output. On the other hand, when there is 
no vacancy in the socket buffer SBM, at step SM3, it is 
decided whether or not there is a vacancy in the socket 
25 buffers of all connections. When the result of the 
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decision is that there is a vacancy in the socket buffers 
of all TCP connections , the sequence numbers are added to 
the transmission data and output to the socket buffers . 
When there is no vacancy in the socket buffers of all TCP 
5 connections, the routine returns to step SMI, where the 
above processing is repeated. 

As mentioned above, the process A existing at the 
node 150 monitors the socket buffer of UDP and each 
socket buffer connected to the TCP connection . When there 

10 is a vacancy in the socket buffer of UDP, the 

transmission data is output to that socket. When there is 
no vacancy in the socket buffer of UDP and there is a 
vacancy in the socket buffers of all the other TCP 
connections, the same transmission data is output to the 

15 socket buffers of all TCP connections. Conversely, when 
there is no vacancy in the socket buffers of all TCP 
connections, the data is not transmitted, the vacancy of 
the socket buffer of the UDP mentioned above is decided, 
and the above professing are repeated. 

20 The receiver side reconstructs the order of the 

packets and reproduces the original data based on the 
sequence numbers of the packet data arrived at the 
reception socket buffers . 

As explained above, according to the present 

25 embodiment, the process A at the node 150 guarantees the 
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bandwidth for multi-cast communication, but does not 
guarantee the bandwidth for communication going through 
other TCP connections. The packet identifiers and the 
guaranteed bandwidths of the packet communications to be 
5 bandwidth guaranteed are registered in advance. At the 

time of packet communication, the transmission packets of 
the multi-cast communication are transferred in the set 
bandwidth, and the transmission packets other than them 
are transferred in accordance with the communication 

10 situation etc. of the network. 

In this way, by registering the packet identifiers 
and their guaranteed bandwidths of the communications to 
be bandwidth guaranteed in advance by using a plurality 
of packet identifiers, the set minimum bandwidth 

15 guarantee can be realized even if there is a node 
performing some sort of processing on the circuit 
concerning the packet transfer. 
Fourth Embodiment 

Figure 24 is a view of the configuration of a fourth 
20 embodiment of the communication system according to the 
present invention . In the communication system of the 
present embodiment, when the network performs 
one- to-plural communication, so-called, multi-cast 
communication, among processes existing on a plurality of 
25 hosts a plurality of number of times, the bandwidth is 
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guaranteed for one or more multi-cast communications 
among them. 

As illustrated , in the communication system of the 
present embodiment, n UDP ports for performing the 
5 one -to -many communication are provided at the node 150 . 
Further, n UDP ports for performing the multi-cast 
communication are provided at the nodes 160-1 to 160-n. 
The multi-cast communication is carried out between the 
node 150 and the nodes 160-1 to 160-n via the UDP ports. 

10 Note that, in the present embodiment, it is assumed that 
one or a plurality of bandwidth guarantees is carried out 
with respect to the one-to-many communication performed 
via the UDP ports . 

As illustrated, the nodes 160-1 to 160-n are 

15 assigned, other than the IP addresses Bl to Bn, IP 

addresses M for multi-cast communication. In multi-cast 
communication, the transmission packets of the node 150 
have added to them packet identifiers PM1 to PMn 
containing the protocol number (UDP) , transmitter side IP 

20 address (A) , receiver side multi-cast IP address (M) , 

transmitter side port numbers (1 to n) , and the receiver 
side port numbers (lto n) and are transmitted to the 
network. The packet identifiers and guaranteed bandwidths 
of the communication packets to be bandwidth guaranteed 

25 are registered in advance for these packet identifiers. 
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Figure 25 is a conceptual view of packet 
communication at the node 150 of the present embodiment. 
As illustrated, the process A at the node 150 generates 
the transmission data to be subjected to multi-cast 
5 communication and inputs the same to socket buffers SBM1 , 
SBM2 , . . . , and SBMn . 

Here, it is assumed that the bandwidth is guaranteed 
for the packet data stored in the socket buffers SBM1 and 
SBM2, but the bandwidth is not guaranteed for the packet 

10 data stored in the other socket buffers. As illustrated, 
the packet data stored in the socket buffer SBMl is 
transmitted via a token bucket shaper TBM1 to the network 
in the set bandwidth. Similarly, the packet data stored 
in the socket buffer SBM2 is transmitted via a token 

15 bucket shaper TBM2 to the network in the set bandwidth. 
The packet data stored in the socket buffers other than 
the socket buffers TBM1 and TBM2 is transmitted to the 
network without going through the token bucket shaper. 
The packet identifiers PM1 , PM2 , . . . , and PMn are added 

20 to the packet data transferred from the socket buffers. 

Figure 26 is a flowchart of the operation of the 
packet transfer of the process A at the node 150. Below, 
an explanation will be made of the procedure of the 
packet transfer at the node 150 by referring to Fig. 26. 

25 First, at step SP1, it is decided whether or not 



- 45 - 



there is a vacancy in the socket buffer of the bandwidth 
guaranteed UDP. When there is a vacancy, the processing 
shown in the step SP2 is carried out and the sequence 
numbers are added to the packet data and input to the 
5 socket buffer. On the other hand, when it is decided that 
there is no vacancy, the processing shown in step SP3 is 
carried out, where it is decided whether or not there is 
a vacancy in the socket buffer of the bandwidth 
unguaranteed UDP . When there is a vacancy, the processing 
10 of step SP4 is carried out and the sequence numbers are 
added to the packet data and input to the socket buffer. 
On the other hand, when there is no vacancy, the routine 
returns to step SPl, where the above processing is 
repeated . 

15 Namely, the process A monitors the state of vacancy 

of the socket buffer connected to each UDP. When there is 
a vacancy in any socket buffer, the transmission packet 
data are output to that socket buffer. When there is a 
vacancy in a plurality of socket buffers, the packet data 

20 is output with a high priority to the socket buffer of 

the bandwidth guaranteed UDP. At the time of data output, 
the sequence numbers are added, so the packet identifiers 
and the sequence numbers are added to the packets 
transmitted to the network. For this reason, the receiver 

25 side can reproduce the received data by the original 



order based on the sequence numbers contained in the 
headers of the packets arriving at the plurality of 
reception use socket buffers , 

As explained above, according to the present 
embodiment, the node 150 performs multi-cast 
communication with the nodes 160-1 to 160-n via a 
plurality of UDP ports. The packet identifiers and 
guaranteed bandwidths of the packet communications to be 
bandwidth guaranteed among a plurality of multi-cast 
communications are registered in advance, the packets of 
the packet communications to be bandwidth guaranteed at 
the time of packet communication are transferred in the 
set bandwidth, and the other packets are transferred in 
accordance with the state of communication etc. of the 
network . 

In this way, by registering the packet identifiers 
and their guaranteed bandwidths of the communications to 
be bandwidth guaranteed in advance by using a plurality 
of packet identifiers, the set minimum bandwidth 
guarantee can be realized with respect to the registered 
packet communication . 

Summarizing the effect of the present invention, the 
invention can be applied to a communication network for 
simultaneously performing a plurality of communications, 
i.e., stream data communication wherein the data 
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generated per unit time at the transmitter side must be 
transferred at a constant speed, for example, 
communication wherein continuous media such as video and 
audio accompanied by a real time property must be 
5 transferred at the constant communication speed and data 
communication that transfers data stored on the 
transmitter side in a designated time, for example, 
communication wherein the transfer speed may be not less 
than the transfer speed in accordance with the designated 
10 time in the case of data file transfer. 

As explained above, according to the transmitter of 
the present invention and the communication system 
configured by using the same, by registering packet 
identifiers and their guaranteed bandwidths of the 
15 communications to be bandwidth guaranteed in advance by 
using a plurality of packet identifiers, the minimum 
bandwidth guarantee can be realized even in a case where 
there is a communication node performing processing on 
the circuit concerning the packet transfer. 
20 Further, by the selective use of the identifiers, it 

can be decided on the receiver side whether or not that 
packet was transferred as a bandwidth guaranteed packet 
or transferred as a bandwidth unguaranteed packet. By 
feeding back this information to the transmitter side, 
2 5 there are the advantages that the RTT or loss rate of the 
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route of the bandwidth unguaranteed packet can be 
detected and the information can be utilized as control 
information concerning packet communication more than the 
set bandwidth. 

5 While the invention has been described by reference 

to specific embodiments chosen for purposes of 
illustration, it should be apparent that numerous 
modifications could be made thereto by those skilled in 
the art without departing from the basic concept and 
10 scope of the invention. 
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What is claimed is: 

1. A transmitter for transferring packet data to a 
receiver side via a network, comprising: 

an identifier adding means for deciding whether 
5 or not the packet data is transmitted exceeding a 

guaranteed bandwidth based on the guaranteed bandwidth 
set in advance with respect to the transfer of the packet 
data and, in accordance with the result of the related 
decision, adding a first identifier to the packet data 
10 when the packet data is transmitted without exceeding the 
guaranteed bandwidth, while adding a second identifier to 
the packet data when the packet data is transmitted 
exceeding the guaranteed bandwidth, and 

a transmitting means for transmitting the 
15 packet data to which the identifier has been added to the 
network. 

2 . A transmitter as set forth in claim 1 , wherein 
when there is one flow between the transmitter side and 
the receiver side, the identifier contains an IP address 

20 of the transmitter side, an IP address of the receiver 
side, a port number of the transmitter side, a port 
number of the receiver side, and an additional 
information indicating whether or not a bandwidth 
guarantee is to be set. 

2 5 3. A transmitter as set forth in claim 1, wherein 
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when there is a plurality of flows between the 
transmitter side and the receiver side, the identifier 
contains the IP address on the transmitter side, the IP 
address on the receiver side, the port number on the 
transmitter side, and the port number on the receiver 
side . 

4. A transmitter as set forth in claim 1, wherein 
the transmitting means has a token bucket shaper and 
transmits the data to the network in the set guaranteed 
bandwidth by using the token bucket shaper for the packet 
data to be transmitted without exceeding the set 
bandwidth . 

5. A transmitter as set forth in claim 4, wherein 
the token bucket shaper has a token generating means for 
generating a token in accordance with the set guaranteed 
bandwidth . 

6. A transmitter as set forth in claim 1, further 
comprising a receiving means for receiving packet data 
transferred via the network. 

7. A transmitter as set forth in claim 6, wherein 
the identifier adding means decides whether or not the 
packet data received by the receiving means has been 
transmitted exceeding the guaranteed bandwidth set in 
advance, and, in accordance with the result of the 
related decision, adding one of a first identifier and 



second identifier to the packet data. 

8 . A transmitter as set forth in claim 1 , wherein 
further provision is made of a registering means for 
registering identifiers corresponding to packet data to 
be transferred without exceeding the set guaranteed 
bandwidth and guaranteed bandwidths thereof. 

9. A communication system for transferring packet 
data from a transmitter side to a receiver side via a 
network, comprising, on the transmitter side, 

an identifier adding means for deciding whether 
or not packet data is transmitted exceeding a set 
guaranteed bandwidth based on a guaranteed bandwidth set 
in advance with respect to the packet data to be 
transferred and, in accordance with the result of the 
related decision, adding a first identifier to the packet 
data when the packet data is transmitted without 
exceeding the guaranteed bandwidth, while adding a second 
identifier to the packet data when the packet data is 
transmitted exceeding the guaranteed bandwidth, and 

a transmitting means for transmitting the 
packet data to which the identifier has been added to the 
network . 

10. A communication system as set forth in claim 9, 
wherein when there is one flow between the transmitter 
side and the receiver side, the identifier contains an IP 
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address of the transmitter side, an IP address of the 
receiver side, a port number of the transmitter side, a 
port number of the receiver side, and an additional 
information indicating whether or not a bandwidth 
5 guarantee is to be set. 

11. A communication system as set forth in claim 9, 
wherein when there is a plurality of flows between the 
transmitter side and the receiver side, the identifier 
contains the IP address on the transmitter side, the IP 

10 address on the receiver side, the port number on the 
transmitter side , and the port number on the receiver 
side . 

12. A communication system as set forth in claim 9, 
wherein 

15 a plurality of receivers are provided on the 

receiver side, the same multi-cast communication use IP 
address is assigned to each receiver, and, 

when multi-cast communication is carried out 
from the transmitter side with respect to the plurality 

20 of receivers, the identifier contains the IP address on 

the transmitter side, the multi-cast communication use IP 
address on the receiver side, the port number on the 
transmitter side, and the port number on the receiver 
side . 
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13. A communication system as set forth in claim 9, 
wherein the transmitting means has a token bucket shaper 
and transmits the data to the network in the set 
guaranteed bandwidth by using the token bucket shaper for 
the packet data to be transmitted without exceeding the 
set bandwidth. 

14. A communication system as set forth in claim 
13 , wherein the token bucket shaper has a token 
generating means for generating a token in accordance 
with the set guaranteed bandwidth . 

15. A communication system as set forth in claim 9, 
further comprising a relay unit for receiving packet data 
transferred via the network and further transferring the 
received packet data to the receiver side, 

16. A communication system as set forth in claim 
15, wherein the relay unit comprises: 

a receiving means for receiving the packet data 
from the network, 

an identifier adding means for deciding whether 
or not the packet data received by the receiving means 
has been transmitted exceeding the guaranteed bandwidth 
set in advance, and, in accordance with the result of the 
related decision, adding a first identifier to the packet 
data when the packet data is transmitted without 
exceeding the guaranteed bandwidth, while adding a second 
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identifier to the packet data when the packet data is 
transmitted exceeding the guaranteed bandwidth, and 
a transmitting means for transmitting the 
packet data to which the identifier has been added to the 
5 network . 

17 . A communication system as set forth in claim 
15, wherein between the transmitter side and receiver 
side, said system comprises a router setting means for 
selecting one or more relay units . 
10 18. A communication system as set forth in claim 

17, further comprising a registering means for 
registering identifiers corresponding to packet data to 
be transferred without exceeding the set guaranteed 
bandwidth and guaranteed bandwidths thereof. 

15 19. A communication system as set forth in claim 

18, further comprising a delivering means for delivering 
the identifiers and the guaranteed bandwidths registered 
by the registering means to the transmitter side, a relay 
unit selected by the router setting means, and the 

20 receiver side. 

20. A communication method of a communication 
system for transferring packet data from a transmitter 
side to a receiver side via a network, comprising the 
steps of : 

2 5 deciding whether or not the packet data is 
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transmitted exceeding a guaranteed bandwidth based on a 
guaranteed bandwidth set in advance with respect to the 
transfer of the packet data, 

adding a first identifier to the packet data 
5 when the packet data is transmitted without exceeding the 
guaranteed bandwidth in accordance with the result of the 
decision, while adding a second identifier to the packet 
data when the packet data is transmitted exceeding the 
guaranteed bandwidth, and 
10 transmitting the packet data to which the 

identifier has been added to the network. 
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TRANSMITTER. COMMUNICATION SYSTEM, AND COMMUNICATION 

METHOD 



5 ABSTRACT OF THE DISCLOSURE 

A transmitter, a communication system, and a 
communication method of the same capable of realizing 
communication of more than a set bandwidth with respect 

10 to packet communication with a bandwidth guarantee set 
therefor by using the set bandwidth as the minimum 
guaranteed bandwidth, wherein when a transmitter 
transmits packet data, it decides whether or not packet 
communication guarantees a bandwidth based on a 

15 guaranteed bandwidth set in advance and, when 

guaranteeing the bandwidth, adds a first identifier to 
the packet data, while when not guaranteeing the 
bandwidth, adds a second identifier to the packet data 
and transmits the same to the network and wherein a relay 

20 unit connected to the network decides, in accordance with 
identifiers registered in advance and guaranteed 
bandwidths corresponding to same, whether or not the 
received packet data are bandwidth guaranteed, adds the 
first or second identifier to the packet data in 

2 5 accordance with the result of the decision, and transfers 
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-them to the next relay unit or a receiver side via the 



network . 
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